我自己很喜歡案例實作，因為在實作的過程中，會讓你更能夠將軟體功能與現實的需求有所連結。這些案例的實作，同時也會分享我自己的拆解脈絡。

這些拆解脈絡與規劃 Redmine 的方式，也適用其他專案管理工具，並且不是「唯一正確解」，所以如果有不同的想法也歡迎留言補充！

那麼我們就來進入今天的實作：
[Part 6: Redmine 案例實作 - 工作篇] 的第 4 篇 [ 跨部門維運版本控管 ] 。

案例訴求

1. 公司每兩周三就會 Release 一個版本
2. 這個版本會橫跨 6 個單位來進行上版維護
3. 每個部門要把每次要更新的 Feature 和 Bug 都列到版本內
4. 每次 Release 的相關更新單位、預估時間與實際時間都需要被記錄

訴求思考

今天的案例是針對 [Part 4: Redmine 專案進度掌握] 版本管理：管理專案版本，有效整體規劃 這個功能所設計的協作案例，所以重點就是在於如何有一個共用版本。

其實建置版本不難，但因為這邊講到共用，所以要來補充一下關於版本共用的差異性。

上圖是一個專案階層的示意圖，你可以看到目前 Redmine 裡面有A、A1、A1-1、A1-2、A2、A3、A3-1、B、B1、B1-1和C 共11個專案，我們以「在 A1 這個專案中設置版本分類」的出發點，依序往下說明 5 個不同共用設定的差異性。

不共用

這是一個很好理解的設定，就是這個版本號就是只有在 A1 專案本身可以使用，在其它專案裡，不會看到這個版本。

與子專案共用

若設定為與子專案共用，那就會依照建置版本號的專案本身 + 該專案往下的子專案，都會出現這個版本號做使用。

與專案階層架構共用

若設定為與專案階層架構共用，那就會依照建置版本號的專案本身 + 該專案往下的子專案，都會出現這個版本號做使用。

與專案樹共用

與專案樹共用 是一個一開始可能不太清楚的設定，與專案階層架構共用 就是純看上下關係，與專案樹共用 則是同根同源就都可以共用。如果用我們族譜概念來說的話，專案階層架構共用是不會看到大伯、小叔、堂哥堂姊堂弟，但是專案樹共用會。

與全部的專案共用

這也是一個很好理解的設定，就是這個版本號在 Redmine 的任何專案，都可以使用到在 A1 專案所建置的版本號。

所以依照上面對於共用設定的介紹，如果你要實際運用時，就可以依照現實的專案狀況，選擇一個最合適的設定。

實作脈絡

自定義版本欄位 - 預計時間與實際時間

考慮到寫法的多樣性，雖然時間看起來像是數字性值的欄位，這邊還是保留以「文字」作為這兩個欄位的格式。

自定義版本欄位 - 參與版更之單位

這邊可以注意一個部分，參與的單位有可能是多個的，所以在設置清單的時候，記得要選擇可多選。

建置 Release 專案

建置共用版本

案例成果

各單位專案內建置議題至共用版本

更新版本相關細部記錄(時間與部門)

以上就是今天的 [ 案例實作 - 工作篇] 跨部門維運版本控管 實作案例，這是我在回朔過去的維運管理流程上，感覺好像可以透過 Redmine 做更多的連動，這樣各單位就不需要額外於 Trello 上再重工撰寫文件了！

預告明天的實作主題案例，是很天馬行空的「上下班打卡」，有興趣的話就下一篇再見囉！